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The present invention relates to an arrangement comprising a managed system 
comprising a number of managed objects representing a number of resources or 
resource objects which may be monitored and/or controlled by at least one managing 
system wherein the managed objects comprise data and wherein communication 
between the managed system and the managing system comprises transmission 
of event reports originating from notifications generated within the managed 
system. The arrangement comprises notification controlling means for internally 
and selectively controlling the sending of notifications within the managed system. 
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FIELD OF THE INVENTION 

The present invention relates to an arrangement and a method in 
10 communications management. 

Generally in systems, wherein one system is managed by another 
system or systems, herein referred to as managed systems and 
managing systems respectively, the managing system is provided 
with information on changes, states etc in the managed system. 
The provision of information comprises a function which often is 
referred to as sending of notifications. This gives rise to 
sending of event reports to the managing system. If this function 
is applied, notifications are generated upon changes in e.g. a 
resource of a managed system and forwarded to the managing 
20 system. ^ 

The invention also relates to a telecommunications system 
comprising managing systems and managed systems wherein 
information on changes, states etc can be provided to a managing 
system which manages(s) at least one managed system. 

STATE OF THE ART 

The CCITT Recommendations No M.3010 describes the principles for 
a telecommunications management network generally denoted TMN. 
This is an international standard on managing telecommunications 
networks in a uniform way from a network of operations systems. 
However a telecommunications management network may at the lowest 
level relate to a connection between an operations system and a 
network element but it may also relate to a whole network of 
operations systems controlling a large telecommunications 
network. An operator interface denoted Q3 has been standardized 
for a telecommunications system providing the connection between 
managing and managed systems. In the recommendations relating to 
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the GSM Standard (Global System for Mobile Communications) 
subscriber administration is defined in the GSM Technical 
Specifications TS 12.02. According thereto the Q3 operator 
interface is specified for the provision of the subscriber 
5 administration functionality. The Q3 interface defines both the 
object oriented information model of so called network elements 
and the communication protocol between the so called operations 
systems and the networks elements. In the CCITT Recommendation 
No M.3010 a network element function block is defined as a 

10 functional block communicating with the telecommunications 
management network TMN (for the purpose of being monitored and/or 
controlled). The network element function block provides the 
telecommunications and support functions which are required by 
the telecommunications network that is managed. It comprises the 

15 telecommunications functions which are the subject of management. 
The functions as such are not part of the TMN but they are 
represented to the TMN by the network element function block. The 
part of the network element function block that provides this 
representation in support of the TMN is part of the TMN itself 

20 whereas the telecommunications functions are outside the 
telecommunications management network. 

Furthermore an operations systems function block is defined as 
processing the information that is related to the 
telecommunications management for the purpose of 
25 monitoring/coordinating and/or controlling telecommunication 
functions including management functions. 

In "Practical Guide for OSI Management" by T Jeffree et al., 
February 1992 is described how managed objects comprised by a 
managed system emit notifications upon the occurrence of various 

30 events. The parameters comprised by the notifications and the 
events that provide the generation are specified in the 
definition of the relevant managed object. Notifications are both 
generically defined in the functions standards and specified in 
detail in DMI, i.e. CCITT (now ITU-T) Rec. X.721, "Definition of 

35 Management Information" but they may also be defined or specially 
adapted by the definers of managed objects. Notifications may 
e.g. relate to managed object creation and deletion, change of 
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state, general attribute change, alarm reports etc. The document 
is further concerned with the degree o^-?control of the manager 
or the managing system of the forwarding process. For example the 
definer of a managed object may want to define notifications 
5 which should not be sent under normal circumstances but which 
should be available for particular purposes such as monitoring 
etc. This would assume that -the transmission of event reports of 
different kinds could be switched on or switched off. However, 
this depends on the power of discrimination of the target system 

10 which is not known by the managed object definer which in turn 
leads to that it might not be possible to switch the 
notifications on and off in a desired manner which might even 
prevent controlling in general. In the document it is mentioned 
that it would be possible to define additional attributes which 

15 would serve as on-off switches for notifications which however 
is dismissed as a bad solution since it leads to duplication of 
the function of the discriminator. For explanation, a network 
element can inform an operations system about changes in a 
managed object by sending a notification to a discriminator which 

20 is placed within the network element. In the discriminator the 
operator can make a filtering on which events he wants to see. 
The discriminator sends an -event on the (Q3) interface to the 
operations system if the filter detects notifications which fit 
to the map of the filter. The purpose of the discriminator is 

25 thus to provide a means for controlling the load on the interface 
(Q3)- 

The above mentioned document further suggests the placing of 
notifications in a separate managed object which might be 
contained in the first one but also this solution is dismissed 
30 as not satisfactory since it needs a lot of specification and 
additional conformance requirements and furthermore also appears 
to duplicate the function of the discriminator as referred to in 
relation to the first mentioned approach. 

A managed object (MO) is an object which is visible by an 
35 operator and is defined by the Guidelines for the Definition of 
Managed Objects (GDMO), CCITT, now ITU-T, Rec. X.722. These 
guidelines defines the object type with its attribute, actions 
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and notifications by using packages. Some of the packages are 
optional whereas others are mandatory. All the attributes are 
defined by an ASN.l syntax and through the Q3 interface it is 
possible for the operator to e.g. create a managed object 
5 instance, set a value in a managed object instance, get a value 
from a managed object instance, do an action on a managed object 
instance and to delete a managed object instance. 
According to the GSM Recommendations, Technical Specification 
12.02 notifications are optional packages. This means here that 

10 the option as such is present merely upon on the design stage. 
If thus the optional packages notifications are included, the 
notifications will always ' be active, i.e. if the function 
notifications is implemented, notifications are always sent and 
the discriminator of the network element has the function of a 

15 filter and provides the possibility to select which notifications 
are desired and it also provides means for ignoring 
notifications. 

This however gives rise to a considerable load on the managed 
system. If for example there is a high number of registers and 
20 subscribers in a Home Location Register ( HLR ) , a very high number 
of notifications will be sent e.g. concerning attribute changes 
from the traffic etc. Then the background load will be very high 
whether a manager for a managing system uses the information or 
not. Then the required processing capacity may be very high. 

25 

SUMMARY OF THE INVENTION 

It is an object of the present invention to provide an 
arrangement comprising at least one managed system through which 
it is possible to control the sending of notifications within the 

30 managed system. It is particularly an object of the present 
invention to reduce the internal background load within the 
managed system and to just transmit those events which really are 
wanted by a managing system under the prevailing circumstances. 
A particular object of the present invention is to provide an 

35 arrangement through which the emission or generation of 
notifications can be controlled. Furthermore it is a particular 
object of the invention to provide an arrangement wherein the 
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generation or emission of notifications can be operator 
controlled. Another particular object is to provide an 
arrangement through which the sending of events can be controlled 
without imposing any extra functions on the discriminator and 
5 wherein both the load on the interface between a managed and a 
managing system as well as within a managed system can be 
controlled. 

It is also an object of the present invention to provide a method 
for providing a managing system with information on a managed 
10 system which is managed thereby wherein the load both on the 
Interface connecting the systems as well as the load within the 
managed system can be kept at a low level by just emitting the 
notifications which are needed or wanted. 

The problematics of the generation of the high load within a 
15 managed system has not been addressed in the known documents but 
merely the load on the interface between the managing system and 
a managed system. Even if it is possible to Impose a further 
function on the discriminator this does not contribute in 
reducing the Internal load in a managed system which causes 
20 problems for example in telecommunications applications with a 
high degree of mobility but also under other circumstances. 
However the problems with a high load within a managed system has 
not further been attended to since they have not been observed. 
Is also an object of the invention to provide an arrangement 
25 through which the internal emission of notifications can be 
completely turned off or reduced to any desired degree or that 
only notifications relating to certain given events shall be 
emitted etc. 

A further object of the invention is to provide a 
30 telecommunications system comprising managed systems being 
managed by managing systems -wherein the internal load due to the 
issuing of notifications within the managed systems can be 
controlled externally and adapted to the prevailing 
circumstances, the number of users, e.g. subscribers, the degree 
35 of mobility etc. 

Therefore an arrangement is provided which comprises means for 
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internally preventing notifications from being emitted within the 
managed system. Particularly it is ^through said means possible 
to prevent the emission of notifications to any desired degree, 
including complete prevention, or merely to allow only given 
5 kinds of notifications to be emitted depending on system, 
circumstances etc. 

It is an advantage of the invention that the emission of 
notifications can be turn on and turn off depending on the load 
conditions in a managed system but that they still may be turned 

10 on if the operator for one reason or another is interested in 
particular notifications etc. A further advantage of the 
invention is that the function of sending notifications can be 
implemented but also controlled relating to the load both on the 
interface between a managed system and a managing system and 

15 internally in the managed system. In a particular embodiment of 
the invention it is referred to a telecommunications management 
network wherein the managing systems are so called operations 
systems and the managed systems are so called network elements 
wherein communication between the systems is provided by the Q3 

20 interface or similar. The managed systems or the network elements 
then comprise a number oE managed objects which represent 
different kinds of resources. Then, advantageously, if a system 
handles merely a few managed objects, it provides for allowing 
notifications being sent at any time but when the number of users 

25 increases, then the system load also increases and when the 
sending of notifications reaches a given level, the notification 
function can either be completely or partly turn off. The 
invention also covers the case relating to subordinate managed 
objects being managed by superior managed objects in which case 

30 the superior managed objects takes the place of a managing 
system. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will in the following be further described in a 
35 non- limiting way under reference to the accompanying drawings in 
which: 
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Fig 1 schematically describes a network element and an 

operations system, 1 



Fig 2 schematically illustrates managed objects of a network 
element representing resource objects or other managed 
objects. 



Fig 3 schematically illustrates notification distribution in 

a managed system and transfer of information a to 
managing system. 



Fig 4 very schematically illustrates sending of notifications 
within a managed system comprising a number of M0:s and 
EFD:s/LOG:s, 

Fig 5 very schematically illustrates a telecommunication 
system. 

Fig 6 illustrates an embodiment wherein all objects are 

placed within the same process. 

Fig 7 illustrates an embodiment wherein objects are placed 

in different processes. 

Fig 8 illustrates an embodiment wherein objects are placed 

in different processes placed in different processors. 

Fig 9 illustrates a particular embodiment wherein actions are 

used for controlling notifications. 



Fig lOa illustrates a further embodiment using a main MO for 
controlling notifications, and 



Fig lOb illustrates a further alternative based on the use of 
a main MO. 
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DETAILED DESCRIPTION OF THE INVENTIOl^ 

Fig 1 illustrates a managed system comprising a network element 
NE which is managed by an operations system OS representing a 
managing system. The network element NE comprises a managed 
object MO. in order to inform the operator side, i.e. the 
operations system OS about changes in the managed objects MO 
notifications are sent. A notification is sent by the managed 
object MO to a discriminator which is arranged within the network 
element NE. In systems known today it is possible for the 
operator to make a filtering in the discriminator to select the 
events which are considered as interesting. For example a 
notification can be sent for reasons such as attribute changes, 
state changes, creation and deletion of managed objects instances 
15 etc. The filter of the discriminator comprises a so called filter 
map and if the filter establishes that a particular notification 
fits to the filter map, the discriminator sends an event on the 
interface, in this particular embodiment on the Q3 interface to 
the operations system OS. Thus it is possible to control the load 
on the Q3 interface but the load created within the network 
element NE can be very high. If for example there is a high 
number of changes in a managed object MO, every change will lead 
to the sending of a notification which not only gives a very high 
number of notifications which are sent but also gives a high 
background load even if the operator has switched off the 
discriminator through setting appropriate filter parameters. 
Therefore the emission of notifications will be stopped at an 
earlier stage according to the invention. In the following (to 
illustrate the importance of controlling the emission of 
notifications) an example wi-11 be given from a telecommunications 
system in which the number of active subscribers are 40%. Active 
in this case means that a mobile station is switched on and a SIM 
(Subscriber Identity Module) card is installed. It is supposed 
that the location updating i.e. a new location area is 0.1/h per 
35 active subscriber. This would generate 0.4 x 0.1 x 100.000 = 
4.000 notifications per 100.000 registered subscribers in a home 
location register and hour. For subscriber services the estimated 
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load is 0.05 per No. /h/subscrlber. This means that 5.000 
notifications per 100.000 registered subscribers in the home 
location register and hour will be sent. According to this 
estimation about 9.000 notifications concerning attribute changes 
5 from the traffic per hour and 100.000 subscribers will be 
generated from the network element which gives a high background 
load even if the information is not used by the managing system. 
This however merely was given as an example relating to one 
system in order to illustrate the processing capacity needed when 

10 only the transmission of event reports can be controlled but not 
the sending of notifications within a network element. 
Below the invention will be further described under reference to 
the telecommunications management network TMN as defined in CCITT 
(ITU-T) recommendations M.3010 and relating to the GSM system. 

15 The invention is however not limited to the GSM system or to TMN 
but on the contrary it is relevant to all systems or arrangements 
wherein notifications are sent for information purposes. 

Relating to the GSM system, subscriber administration is defined 
20 in the GSM Technical Specifications TS 12.02 wherein the Q3 
operator interface as standardized by the TMN is specified to 
provide the subscriber administration functionality. 

Fig. 2 illustrates a managed system in the form a network element 
25 NE which is managed by a managing system in the form of an 
operations system OS. The communication between the operations 
system OS and the network element NE takes place over the Q3 
interface which comprises a communication protocol between the 
systems. The network element as illustrated herein is divided 
30 into a management layer and a resource layer. The management 
layer comprises a number of managed objects MO which are 
monitored and controlled from the operations system OS. The 
resource layer comprises a number of resource objects RO 
represented by the managed objects MO of the management layer. 
35 The resource objects and the resources may comprise functional 
resources, logical resources or physical resources. A resource 
may e.g. be an internal resource in an MO or it may comprise an 
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RO. Particularly, a notification may be generated in an MO, but 
it may also be generated in an RO. ,^ 

For example, one managed system may comprise notifications 
generated internally in an MO or in an RO or in both. 
5 Notifications may also be generated in other ways, e.g. depending 
on system etc. The invention is further not limited to object- 
oriented structures. In the shown embodiment a MO is defined by 
a GDMO which relates to the Guidelines for the Definition of 
Managed Objects. The GDMO defines the object type with its 

10 attributes, actions and notifications by using packages. Some of 
the packages are optional whereas others are mandatory. All 
attributes are defined by an ASN.l syntax. Through the Q3 
interface an operator can for example create an MO instance, set 
a value in an MO instance, get a value from an MO instance, do 

15 an action on an MO instance and delete an MO instance. 

The resources or the resource objects RO in the network element 
NE are used by the traffic handling. For example, a resource (a 
logical resource) representing a trunk can be used to carry a 

20 telephone call in one direction. Since only the management layer 
of the NE appears to the OS, a trunk must be represented by a MO 
in order to be manageable from the OS. The MO then acts as an 
interface towards the OS. A managed object can not store any data 
but all data belongs to the resources . There can be a one to one 

25 mapping between managed objects and resources or resource objects 
but this is not necessarily the case. The arrows a^, a^ 
illustrate different management views of a resource object 
whereas the arrow b^ illustrates one MO representing a 
combination of resources. Within the dashed-dotted line in Fig 

30 2 is illustrated how a managed object may represent other managed 
objects. In this case the operations support function can be 
implemented in the highest managed object instead of in an 
operations system, i.e. in this case the highest managed objects 
can be said to form an operations system which also is covered 

35 by the present invention. This figure merely is intended to 
illustrate different aspects or forms of managed systems 
(particularly network elements) to which (among others) the 
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. •< 

As referred to above, the data of a MO may be specified as 
attributes. A MO attribute may correspond to a persistently 
5 stored attribute of a resource or an RO. Furthermore it may be 
calculated in an algorithm that fetches attributes from a number 
of resources or ROs. Furthermore resource data may be stored in 
a file system or in hardware registers. 

In Fig 3 is illustrated the sending of notifications. In order 

10 to inform the managing system (for example OS) about changes in 
a MO in a managed system (e.g. NE) representing a RO a 
notification can be sent to a discriminator EFD (or to an agent) 
which then sends an event report to the manager of the OS on the 
Q3 interface. Notifications. can also be sent to a LOG which will 

15 be further explained later on. A notification may for example be 
an alarm condition, changing data and traffic statistics. As 
referred to above, when mobility is provided, the number of 
notifications that may be sent is very high which will be further 
discussed in relation to Fig 5. 

20 In Fig 4 is illustrated in a schematical manner, a managed system 
comprising a number of Event Forwarding Discriminators EFD or 
LOG:s. Generally every notification generated in an MO must be 
sent to every EFD (or LOG) which creates a high load. This 
illustrates well one of the reasons for it being desirable to be 

25 able to control generation/sending of notifications. 

According to GSM TS12.02 notifications are optional packages, the 
option in this case merely being present during the time of 
design. This means that if -optional packages are included, the 

30 notifications will always be active. Through the definition of 
an additional attribute notifications per attribute of the 
managed object can be turned off /on per attribute. This 
additional attribute is defined in a GDMO specification with the 
use of ASN.l notations. This additional attribute comprises the 

35 notification controlling means and prevents notifications from 
being sent in case the notification is not desired or needed or 
when it should be stopped. 
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Resource notifications are generated spontaneously by the 
resources when certain events occvxr in the NE. The managed 
objects or the resource objects then send the notifications to 
a notification distributor Generally there is one notification 
5 distributor in each processor but the invention is not limited 
thereto. If the notifications are generated in RO:s the resource 
notification distributor forwards the notifications received by 
it to the management layer in which they are translated to MO 
notifications unless they are prevented from being generated in 

10 the RO, or from being sent away. When a notification is not 
prevented from being generated or sent as a MO notification to 
the MO distributor by the additional attribute, it is forwarded 
to the OS, or to the unit that subscribes to the MO notification. 
The event forwarding discriminator object EFD is created for the 

15 subscription to MO notifications. The EFD as such is an MO which 
determines which MO notifications are to be forwarded as event 
reports to the operations system. 

LOG in the figures relate 'to a managed object class in which 
notifications may be stored for later retrieval from e.g. the OS- 
interface . In the LOG the notifications are stored in the form 
of LOG records, e.g. an alarm notification will cause an alarm 
record to be created. For each LOG there is a filter which 
defines which notifications that will be stored as LOG records 
in that particular LOG instance. 

Thus an MO notification may either go to an EFD or to a LOG. If 
the notification has to be forwarded to the managing system 
formed by the OS, it is sent as an event report by the managed 
system, in this case the NE, to the manager of the managing 
system or in this case the OS. 

However, in order to reduce the load internally within the 
managed system the additional attribute prevents notifications 
from being sent from the MO or the RO depending on where they are 
generated. This depends, as referred to above, among others on 
used system, needs etc. In a particular embodiment notifications 
may be generated in a RO, but prevented from being sent out from 
the MO representing said RO. This additional attribute will now 
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be further explained using the guidelines for the definition of 
managed objects GDMO according to which packages are used for the 
definition of the object type with its attributes, actions and 
notifications- For the purpose a notification stop package is 
5 introduced. The package is defined as 



notificationStopPackage PACKAGE 
ATTRIBUTES 

notifications top GET-REPLACE 
10 DEFAULT VALUE <module-nanie> . notstopdef ; 
BEHAVIOUR notificationStopPackage 

BEHAVIOUR DEFINED AS "This package is used in managed object 
classes to prevent notifications from being emitted. It may or 

15 may not be a conditional package of a managed object. The ASN.l 
syntax of the value-reference of the default value notstopdef is 
an empty set, meaning that if no information is given by object 
creation no notification will be stopped. The registration is 
unspecified and depending on the specification where the package 

20 is defined-"; 



REGISTERED AS (unspecified) 

The notifications stop attribute is defined as notif icationStop 
ATTRIBUTE 

25 WITH ATTRIBUTE SYNTAX <module-name> not stop 
MATCHES FOR EQUALITY 

BEHAVIOUR notification stop BEHAVIOUR DEFINED AS "This attribute 
can prevent a notification to be emitted from a managed object 

30 internally in the system in order to reduce the processing 
requirements of a system. The processing requirements are reduced 
by: 1, notification do not require processing capacity to be 
transferred from the emitting managed object in one part of the 
system to the discriminators of events forwarding discriminators 

35 and logs in possibly other parts of the system 2, no processing 
capacity is required to make any testing against the definitions 
of discriminators. The ASN.l type of the attribute is a set of 
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OIDs (Object Identifiers) that identifies notifications that 
shall not be issued. Optionally, if the notification is a result 
of an attribute value change or a state change the attributeld's 
of the attributes for which notifications still shall be emitted 
5 are included. If no attributes are indicated all notifications 
are stopped. The module-name is depending on the specification 
where the ASN.l syntax is defined. The registration is 
unspecified and depending on the specification where the 
attribute is defined"; 
10 REGISTERED AS (unspecified) 

The ASN.l definition is as follows: 

notstop: : -SET OF notstopcond 
15 notstopcond: : -SEQUENCE ( 

notifid OBJECT IDENTIFIER 
attrid SET OF ( attributeld ) OPTIONAL ) 

notstopdef notstop::«= ( ) 

20 The invention will now be illustrated in relation to one 
particular embodiment relating to the GSM system. Fig 5 very 
schematically illustrates a cellular mobile communication system, 
here the GSM system. A first and a second location area LA., LA^ 
each comprising a number of cells are illustrated. Each cell 

25 comprises a base station BS with a radio transceiver system (not 
illustrated here) which is in communication with a base station 
controller BSC which in turn communicate with a mobile switching 
center /visitor location register MSC/VLR. The two MSC/VLRs of the 
figure communicate with a home location register HLR which is 

30 controlled by an operations system OS. When the mobile station 
MS moves from A to B it will change location area LA which will 
be registered in the home location register HLR. If it for 
example frequently changes location area LA and/or when there are 
many mobile stations MS changing location area, many changes will 

35 be registered in the HLR and thus a lot of notifications will be 
created although not all of them have to be transmitted to the 
OS as event reports. 
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The use of the invention in GSM managed object class subscriber 
in HLR will now be further described. As referred to above, the 
additional attribute is h^re used for preventing subscriber 
induced notifications in the GSM system but of course in mobile 
5 telecommunications systems in general. 

The attribute value change notification is used to indicate that 
an attribute of a managed object has changed its value. This 
attribute gives notice of any change in any attribute of a 
managed object. Therefore it also creates a large processing load 

10 if there are many attributes constantly changing values, e.g. 
from a subscriber originated action in a mobile telephone system 
as referred to above. Through the notification stop attribute of 
the notificationStopPackage it is possible to point out for which 
attributes a notification is not to be issued. The GSM specified 

15 MO subscriber in HLR contains an attribute value change 
notification and the attributes of the MSC/VLR number will 
continuously be changed as a consequence of the roaming 
subscribers in the system 'as discussed in relation to Fig 4 
above . 

20 

An example of the notificationStopPackage can be as follows: 

subscriberlnHlr MANAGED OBJECT CLASS 
25 DERIVED FROM "CCITT X. 721": top; 

CHARACTERIZED BY subscriberlnHlrPackage; 
CONDITIONAL PACKAGES 

sublnHlrControlStatusPackage 
30 PRESENT IF "controlStatus is implemented", 

prevMsisdnPackage PRESENT IF "the association to the previous 
MSISDN is implemented", 

35 sublnHlrOverridePackage PRESENT IF 
"override Category is implemented". 
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sublnHlrLmsiPackage PRESENT IF 

"LMSI is stored in HLR", ,^ 

sublnHlrMwdPackage PRESENT IF 
5 "Message Waiting Data is implemented in HLR", 

createDeleteNotificationPackage PRESENT IF 

"the objectCreation and objectDeletion notifications (as defined 
in CCITT X.721) are supported by this managed object", 

10 

attributeValueChangeNotificationPackage PRESENT IF 

"the attribute ValueChange notification (as defined in CCITT 

X,721) is supported by this managed object", 

15 stateChangeNotificationPackage PRESENT IF 

"the stateChange notification (as defined in CCITT X.721) 
is supported by this managed object", 

NotificationStopPackage PRESENT IF "the managed object shall be 
20 conditionally inhibited to emit notifications for further 
processing in the system."; 

REGISTERED AS ( gsm-12 . 02-objectClass ) ; 

25 In Fig 6 a particular embodiment is illustrated wherein e.g. a 
home location register HLR comprises but one processor. In the 
embodiments illustrated in Figs 6-lOb it is supposed that 
notifications are generated by resource objects. However, as 
discussed in the foregoing, the notifications may also be 

30 generated in the managed objects (or in other ways), and the 
embodiments as illustrated in Figs 6-lOb of course also apply 
thereto. It does of course not have to relate to a HLR, the 
example merely intends to illustrate an example in which all 
objects are placed within the same process (UNIX process). In 

35 this case the communication between objects could be efficient. 
However, communication will always require capacity, messages are 
sent and received. Due to- e.g. a change of location area a 
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resource object RO of a UNIX process in the HLR receives 
information from a visitor location register VLR. The RO, unless 
prevented by the additional attribute, sends a communication to 
the database DB and it also sends a RO notification to the RO 
5 notification distributor which may send a RO notification to the 
managed object MO. Then an MO notification is sent to the MO 
notification distributor and the MO notification is sent on to 
the agent in case so provided for by the EOF as referred to 
above. The agent then sends an event report to the operations 
10 system OS. 

In another embodiment of the invention as schematically 
illustrated in Fig 7 different objects are placed in two 
different processes. The number two is here of course merely 
given as an example, it could be more as well. Then an addressing 

15 mechanism has to be added to the message and the message must add 
an addressing information. In still another embodiment 
schematically illustrated in Fig 9 different objects are placed 
in different processors A, B. The interprocessor communication 
is provided by a processor bus. A message must then have an 

20 address pointing out how to find the right processor. For example 
a processor A e.g. of a HLR may receive information from e.g. a 
VLR about a change. The resource object RO of the processor A may 
then send an RO notification to an RO notification distributor 
(not shown) of processor A which then communicates this to a 

25 managed object of the processor B. This in turn emits a MO 
notification to the MO notification distributor of processor B 
which then may send an event report to an operations system in 
the same manner as discussed in the foregoing. If a notification 
is stopped, no RO notification is emitted. The application of the 

30 invention on multi-processor systems or systems with distributed 
processors is particularly advantageous since a reduction in load 
is of the utmost importance since the created load is 
considerably higher than in a single processor system. 

35 The embodiments as discussed in relation to Figs 6,7 and 8 of 
course do not only relate to processors of a home location 
register but to processors in any managed system and the value 
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changes of attributes of a managed object of course do not have 
to relate to changes of loca-tion areas provided by VLRs etc. but 
the invention is applicable to all kinds of systems wherein a 
managed system is managed by a managing system. 
The invention also relates to the case when a subordinate managed 
object is controlled by a superior managed object which then 
takes the place of a managing system or an operations system. 

In the following some further embodiments of the invention will 
be briefly described under reference to Figs 9 and 10a, 10b. Of 
course also these embodiments are applicable independently of 
whether all objects are comprised in one process or if they are 
in different processes in one and the same processor or even in 
different processors. 

The principles as schematically referred to in Fig 3 are relevant 
in respect of these embodiments as well as the ones referred to 
in the foregoing. 

20 Fig 9 schematically illustrates a way to selectively control 
notifications using actions Instead of attributes. An action is 
then added per MO. By calling the action a flag is turned on/off 
in the RO. This flag prohibits the RO from sending out an RO 
notification. By calling this action again, the RO notification 

25 can be turned on again. 

In general the use of an action is based on the same principles 
as the use of an attribute and the embodiment is of course also 
applicable when notifications are generated in managed objects. 



15 



30 



According to another embodiment of the invention a notification 
controlling Managed Object M0^,„»„i is introduced. A m^^„i 
comprises an attribute/ action that turns on/off an RO 
notification (or an MO notification). The amount of CMIP (Common 
Management Information Protocol) operations may then be reduced. 
35 Only one MO instance has to be created. The attribute/action 
specifies which MO's that should be allowed to or prohibited from 
sending out an RO notification. Alternatively a specific MO 
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instance might be pointed out for turning the RO notification 
on/off (or an MO notification if notifications are generated in 
managed objects ) . 

This embodiment can be carried out in essentially two ways of 
5 which the first is illustrated in Fig 10a. Of course both these 
ways of carrying out the embodiment relating to the introduction 
of a notification controlling MO likewise can be applied if the 
notifications are generated in MO:s instead of in RO:s. MO in 
this figure relates to the MO^^^^^^ as referred to above. When the 

10 notification controlling MO„„^^^i receives a CMIP operation, the 
MO instance opens up all RO:s specified by the CMIP operation. 
In all the RO:s (RO A-RO D) the notification is turned on/off. 
Alternatively the MO^^^^^^ could go to the MO instances instead of 
directly to the RO. The MOg^^t^^^ can have flags stored as 

15 persistent data which e.g. is advantageous in case an operator 
wants to see what status the flags have. 

A second way of carrying out an embodiment based on using a 
notification controlling managed object MO^q^^^^i is schematically 
illustrated in Fig lOb. When the MO^^^^^^ receives a CMIP 

20 operation, the MO^^^^^^ stores the CMIP request. Each time an RO 
notification could be sent put the RO checks if the RO (any of 
ROA-ROB) is allowed to send an RO notification or not. This gives 
a fast way of changing between permission/no permission of 
sending out a notif ication. 

25 If many instances exist, quite an amount of memory will be needed 
for storing all the flags for all the MO instances. This solution 
is advantageous if a notification can be turned on/off per MO 
class. 

The invention is not limited to the illustrated embodiments but 
30 can be varied in a number of ways within the scope of the claims. 
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CLAIMS ^ 

1 . An arrangement comprising at least one managed system which 
5 is managed by at least one managing system and wherein the 

managed system comprises a number of managed objects (MO) 
representing a number of resources or resource objects (RO) which 
may be monitored and/or controlled by the managing system(s) and 
wherein communication between the managed system and the managing 
10 system(s) comprises transmission of event reports from the 
managed system to the managing system(s) resulting from 
notifications generated and emitted within the managed system, 
characterized in 

that the arrangement comprises notification controlling means for 
15 selectively controlling the generation and/or distribution of 
notifications internally within the managed system. 

2. Arrangement according to claim 1, 
characterized in, 

20 that notifications are generated in managed objects (MO). 

3. Arrangement according to claim 2, 
characterized in, 

that the notification controlling means prevents notifications 
25 which are not to be communicated to the managing system in the 
form of event reports from being generated and/or emitted by the 
managed ob j ect ( MO ) • 

4. Arrangement according to anyone of the preceding claims, 
30 characterized in, 

that notifications are generated in resource objects (RO). 

5. Arrangement according to claim 4, 
characterized in, 

35 that the notifications which are not to be communicated to the 
managing system are prevented by the notification controlling 
means from being generated, and /or emitted by the resource object 
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(RO). 

t 

6, Arrangement according to anyone of the preceding claims, 
characterized in, 
5 that the notification controlling means are operator controlled, 

?• Arrangement according to anyone of the preceding claims, 
characterized in, 

that the notification controlling means provides for controlling 
10 which category etc. of notifications that are to be emitted under 
given conditions etc. 

8- Arrangement according to anyone of the preceding claims, 
characterized in, 
15 that the notification controlling means comprises an additional 
attribute through which at least a number of notifications 
relating to said attribute can be controlled e.g. if they are to 
be emitted or not from the managed object (MO) or the resource 
object (RO). 

20 

9. Arrangement according to claim 8, 
characterized in, 

that a package comprises the additional attribute, e.g. a 
notification stop package of the managed object. 

25 

10. Arrangement according to anyone of claims 8 or 9, 
characterized in, 

that the additional attribute type (ASN.l) is defined according 
to the GDMO specifications and in that it comprises a number of 
30 object identifying means (OID) identifying notifications not to 
be emitted. 

11. Arrangement according to anyone of claims 8-10, 
characterized in, 

35 that the notification stop package is a conditional package of 
a managed object. 
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12. Arrangement according to anyone of claims 8-10, 
characterized in, 

that the notification stop package is not a conditional package 
of a managed object. 

13. Arrangement according to anyone of claims 8-12, 
characterized in, 

that the attributes are value changed notifications relating to 
a changing value. 

14. Arrangement according to anyone of claims 8-13, 
characterized in, 

that notification packages are optional upon the design of the 
arrangement . 

15. Arrangement according to anyone of claims 8-14, 
characterized in, 

that attributes of a managed object are stored and/or calculated. 

16. Arrangement according to anyone of claims 8-15, 
characterized in, 

that notifications are turned on/off per attribute. 

17. Arrangement according to anyone of claims 1-7, 
25 characterized in, 

that the notification controlling means comprises an action added 
for each of at least a number of managed objects. 

18. Arrangement according to claim 17, 
30 characterized in, 

that when the action is called, a flag is turned on/off in a 
managed object (MO) or a resource object (RO), the managed object 
(MO) or resource object (RO) is prohibited/allowed to send out 
a notification. 



20 



35 



19. Arrangement according to anyone of claims 1-7, 
characterized in. 
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that the notification controlling means comprises a notification 
controlling managed object (MO)controi comprising an 
attribute/action for turning on/off a notification (MO;RO). 

5 20. Arrangement according to anyone of the preceding claims, 
characterized in, 

that the resources or the resource objects (RO) are physical 
and/or logical and/or functional. 

21. Arrangement according to anyone of the preceding claims, 
characterized in, 

that the managed system comprises one processor and in that all 
the managed objects (MO) are placed within one and the same 
process . 

22. Arrangement according to claim 21, 
characterized in, 

that the managed objects (MO) are located in different processes 
in one and the same processor. 

23. Arrangement according to anyone of claims 1-20, 
characterized in, 

that the managed system comprises a processing arrangement 
comprising a number of processors which are interconnected via 
interprocessor communication means and in that the managed 
objects are located in different processors. 

24. An arrangement comprising one or more operations systems (OS) 
managing a number of network elements (NE) comprising a number 

30 of managed objects (MO) representing a number of resources or 
resource objects (RO) and an interface (Q3) comprising a 
communication protocol between the operations system (OS) and the 
managed object(s) (MO) in which further a function comprising 
sending of notifications resulting in sending event reports from 

35 the network element(s) (NE) to the operations system (OS) is 
implemented , 

characterized in. 
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that the managed system comprises notification controlling means 
for selectively controlling the sending of notifications from 
the managed objects (MO) or the resource objects (RO) thus 
controlling the load generated within network element (NE). 

5 

25. An arrangement according to claim 24 wherein that data of the 
managed objects (MO) is specified as attributes, 
characterized in, 

that the notification controlling means comprises an additional 
10 attribute and in that the sending of notifications is controlled 
per attribute by said additional attribute. 

26. An arrangement according to claim 24, 
characterized in, 

15 that the notification controlling means comprises an additional 
Action per managed object and when the action is called, a flag 
is turned on/off in a managed object (MO) or in a resource object 
(RO) prohibiting/allowing the sending out of a notification. 

27. An arrangement according to claim 24, 
characterized in, 

that the notification controlling means comprises a notification 
controlling managed object MO„„t„i comprising an attribute/action 
turning on/off notifications. 

28. A telecommunications system comprising a number of managing 
systems (OS) managing a number of managed systems (NE) over an 
interface (Q3) comprising a communication protocol between the 
managing systems (OS) and the managed systems (NE), wherein the 
managed system (NE) comprises a number of managed objects (MO) 
representing a number of resources or resource objects (RO), 
wherein notifications relating to occurred events are created 
within the managed system and can be sent to the managing system 
(OS) in the form of event reports, 
characterized in, 

that the managed system (NE) comprises notification controlling 
means in the form of an additional attribute or action or a 
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notification controlling managed object comprising an 
attribute/action through which the generation and/or distribution 
of notification from managed objects (MO) and/or from resource 
objects (RO) can be selectively controlled thus reducing the 
5 internal load within the managed system ( NE ) . 

29. A telecommunications system according to claim 28, 
characterized in, 

that the managed system(s) comprise(s) distributed processors - 

10 

30. A method for controlling the distribution of notifications 
relating to events in resources or resource objects represented 
by managed objects in a managed system controlled by at least one 

15 system, 

characterized in, 
that it comprises the 

- defining of an additional attribute or action per managed 
object or a^ notification controlling managed object forming 

20 notification controlling means, 

- via said notification controlling means selectively controlling 
the generation and/or distribution of the notifications by 
managed objects or resource objects per attribute/action or 
notification controlling managed object. 

25 
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